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(57) Abstract 

Devices, such as FAX machines (201, 207), which are intended to communicate with each other over point-to-point dial-up (i.e. 
telephone) communication networks and, thus, do not affix electronic addresses to their message content, can be made to successfully 
communicate with addressable electronic mailboxes, such as those common on The Internet, by interfacing with an intemet/FAX server 
(203, 205) which determines an appropriate network address and repackages the communication for a packet-switching communication 
network. The electronic address can be derived directly from mforrnation specified from the transmitting FAX station including: machine- 
readable graphics (e.g., barcodes or OCR text) embedded within the FAX content, DTMF keypad tones, a digital FAX ID field or new 
digital mforrnation field; or indirectly by table-look-up based on data including: the DID, caller ID, FAX ID field. In particular, when an 
EMail message is delivered from the internet to a FAX, via such an intemet/FAX server, a return coversheet can be provided which will 
automatically route any return FAX to the original EMail box. 
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A METHOD FOR UTILIZING 
POINT-TO-POINT COMMUNICATION DEVICES 
s INCLUDING FAX MACHINES 

AS BI-DIRECTIONAL INTERNET TERMINALS 

* 

TECHNICAL FTETD 

10 The instant invention relates to a class of methods, techniques and systems for permitting the utilization of 

point-to-point communication devices, such as FAX machines, as bi-directional internet terminals. This will permit 
the large installed base of standard (and advanced, computerized, or server) FAX ™rfin»e« to be integrated into 
"The Internet" (or similar c ommunicatio ns networks) as terminals for both information reception and transmission. 
Inventor refers to such service as "INTERFAX™**. 

15 

BACKGROUND AND PRIOR ART 

There has come to be (in North America specifically and, more generally, worldwide) two distinct electronic 
communications networks. These may, in fact, share the same physical lines in many cases, but art more clearly 
distinct based on the type of "terminals" and connection methods utilized. 

20 The first is die familiar "telephone* network — local, long distance, and international. Here the type of 

"terminals* are primarily simple voice telephones, FAX marfmwg and, occasionally, video- or picture-phones. The 
characterization of these terminals, and the connection method used, is that die terminate axe relatively imintrfiigent 
transducers (for voice or image) and are connected point-to-point for what is usually a dedicated and short term 
"conversation 0 cma "dial-up* basis. The crucial aspect here is that the information gets to where it is going by virtue 

25 of the specific and dedicated nature of the connection. That is, a particular phone/FAX at one location or phone 
number, is connected to another by creating a point-to-point connection to another particular location or phone 
number. The information gets to where it is going because mat is the only place for the information to go — over 
the single established connectioiL It should be noted that pairs of computers may also "converse" over such point-to- 
point connections via modems; although, unlike the other "terminals* described above, because of their additional 

30 capabilities, computers may also communicate over the network type described directly below. 

The second type of electronic connrnnriratiop network is a message or packet switching network; the most 
conspicuous of these being "The Internet". 1 [Throughout this document references made to "The Internet" or 
"internet* may be considered to apply to any similar data network. Similarly, throughout mis document references 
made to internet or EMail accounts may be considered to apply to any similar account, location or "mail-box" even 

35 if not strictly on The Internet, for example: accounts located at on-line services such as America On Line or 
Compuserve; accounts on bulletmboan! services; or accounts o^ laboratories, 
military or government agencies, or businesses.] The difference is that messages, or message parts, comprise, in 

» 

addition to message content, a header or other section mat constitutes a destination address or routing information. 
Thus, a large number of computers may communicate with each other over a large (or distributed) shared connection 
* 40 network without requiring individual "wires", or separate connections, between each pair of terminals. That is, since 
the message packets have routing or addressing information incorporated into them, many such packets may travel 
down the same section of "wire" with no confusion. Routing capabilities are incorporated into the network mat direct 
the packets over the network to the appropriate destination, based on the packet address . While computers may be 
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programmed to separate their c ommun ic ati ons into packets, and wrap them in the appropriate "protocol" including 
addressing information, telephones and FAXs may not, in general, do so. 

Thus, the purpose of this invention is to permit the use of terminals, such as FAX machines, intended for 
point-to-point dial-up communication, to be utilized as reception and/or transmission terminals on a packet switching- 
type network such as The Internet. 

It should be noted that it is possible that some large point-to-point communication networks, at internal 
levels, may actually be i mp le m e nted as packet switching networks. For example, once voice data arrives from a 
"point" to the local exchange it may be digitized and "packerized" to be transmitted over a network in a packet 
switching manner. At the destination exchange the packets would then be reassembled, converted back to analog and 
delivered to the reception "point*. As far as this invention is concerned, this changes nothing. As far as the users 
at each end of the network are concerned, die connection is point-to-point with no addressing available other than 
to dial a particular user's telephone number. 

Specifically, with regard to FAXs, it has been noted fm The Whole Internet User's Guide <£ Catalog - 
Second Edition by Ed Krol, Published by O'Reilly & Associates, Inc., November 1994, at Page 338) regarding the 
integration of FAX and Internet technologies, that: *ihe technologies are indeed merging, but not as quickly as you 
would anticipate . . . computer people have viewed FAX as a lesser service, because the documents are not machine- 
readable, merely niachine-transferable and -displayable ... What's there is not text, but a picture of the page". Thus, 
FAX and computer networks "have merged [only] to a limited extent" . Routable in the outgoing direction only, it 
is possible to "take a file ... and send it via a modem to a FAX". To do that via the Internet "you have to create a 
really strange email address that contains the destination FAX machine's phone number. For example, say you 
wanted to send a FAX to Ed Krol, whose FAX phone number is 1-217-555-1234. You would send an email to the 
following address: 

remote .printer . Ed_Krol/1120_DCL©12175551234 • iddd.tpc • int 

The Mailbox (the part to the left of the @) always starts with remote * printer. After 
remote • printer you can put some text that will be printed on the FAX'S cover sheet ... No matter what the 
address looks like, the body of die mail message is just a normal email message. The test of the message is printed 
on the recipient's FAX machine. w . 

As used herein, the term "machine-readable* graphic is used in the sense as used above by Mr. Krol; i.e., 
machine-intelligible, that is with content in a form capable of being understood by the machine, not "merely 
machine-transferable and -displayable'*. 

Specifically, with regard to FAX on The Internet, the problem is that while there is (spotty, unreliable, 
vohinteer-mediated, as of this date) outgoing service, to deliver EMail messages to a FAX machine located at a dial- 
up telephone number, there is no way a all for the receiver of that FAX to respond in kind. This deficiency is 
addressed below; and, its elimination permits a number of novel and useful services to be provided. 

THE INVENTION IN BHTTO? 
As described above, it is possible for an EMail account holder on The Internet (or similar participant on 
a packet switching network) to send a file (text or image) to a FAX machine attached to a particular line (phone 
number) on a point-to-point communications network. This is done by specifying an address that incorporates (or, 
alternately incorporation in the message content would be possible) the poim-to-point address (phone mnnber) which, 
in turn, is translated or mapped to the address of a FAX server computer on the packet switching network. Thus, 
the message is routed to a server on die packet switching network which also has the ability to dial-up a FAX on the 
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point-to-point network; e.g., through the use of an installed FAX/Modem (or PC/FAX) card. The message text 
content is converted to a FAX image (or image content incorporated directly) and delivered over the phone in the 
usual FAX manner. 

The problem, then, is that the recipient of die FAX cannot respond in kind. There is currently no way for 
, 5 the internet/FAX server to determine the required return routing information (e.g., an EMail address) from 
information provided by the recipient, or recipient's FAX machine. Various embodiments of the instant invention 
will overcome this limitation: with some ambiguity, or definitively; for "return" FAXs only, or for "initiated" FAXs 
as well. 



10 arauriC E MBODIMENT^ 

First, a flawed embodiment may be implemented with no modification of delivered messages by the FAX 
server. In this case, (return) routing information is deduced from the phone number called by, and/or from, the 
returning FAX machine. 

In one case the recipient is directed (in die received cover sheet instructions) to call a particular phone 
IS number that is associated with only one (or a limited number of) accounts). This may work well when a server is 
dedicated to one, or a relatively few, accounts). However, in general, the server will be delivering messages for 
a large number of internet users compared to the number of lines or phone numbers it has associated with it. 
Nevertheless, identification of the number called by die FAX returning (or initiating) a may be used by sensing 
it with DID (direct-inward-dial) technology. 
20 A more practical embodiment would have recipients respond by calling one (or a small number of) phone 

numbers) incoming to the FAX server, and to then be directed to also enter (dial) an "extension" number that 
identifies die account (or even the specific communication) being responded to, or account being chosen for an faftfai 
communication (i.e., not a "reply"). The problem with this embodiment is that, since the extension needs to be 
entered, automatic FAXing may not be possible — a human operator may need to enter the extension when 
25 prompted. 

In a third, related, embodiment the account identification, specific communication number identification, 
or routing information would be imbedded in the FAX ID field that is normally reserved to identify die sender. 
There are two problems with this embodiment, however. First, programming tins field is usually a cumbersome 
process; done once, when the FAX machine is installed. Having to re-program the FAX before each transmission 
30 would, likely, be an unreasonable overhead. However, providing a convenient mechanism for doing tins would be 
part of the instant invention and may take the form of: easier entry via fuller keyboard on a standard FAX machine ; 
storing a "directory" of entries to be loaded into the ID field with a few keystrokes on a standard FAX machine; 
providing software to control the ID field used by a PC-FAX board (installed in a single machine or on a FAX 
server) from the keyboard or a stored directory. Second, as per FCC regulations, die ID field is supposed to identify 
35 the sender, not die recipient. 

Whether entirely practical or not, these three embodiments have in common that the sending (returning) 
FAX machine provides to the internet server some indication of the internet account requested. Alternately, the 
* identification is of a specific communication delivered earlier and, thus, the server may consult its records to 

determine the internet account that initiated the communication being responded to. 
- 40 A second class of embodiments, instead, identifies the current sender (and, thus, presumably, the prior 

recipient) and, again, the server may consult its records to determine the internet *>™^int that fatriafprf the 
communication being responded to. In one variation the sending FAX machine will be identified from the ID field 
supplied by the FAX machine; in another, the sending machine will be identified by "caller ID" information supplied 
by the phone company which identifies (in some cases) die number of the parry (i.e., die FAX machine) yw*^"g die 
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call. 

The problem with both these embodiments is the ambiguity involved with identifying the FAX machine 
rather ton the actual recipient or sender. Particularly in large organizations, several recipients may share the same 
FAX machine; similarly, several individuals with accounts on The Internet may send FAXs to the same individual 
using the same FAX machine. Tims, when a return FAX comes in, even if it can be identified as coming from a 
particular FAX machine (i.e., from a particular phone number or with a particular ID field) it may not be certain 
to whom the transmission should be returned to. 

This problem may be partially overcome by identifying and combining both DID and caller ID. In this case, 
to a limited extent at least, multiple recipients at the same FAX may be separately identified. In particular, if the 
FAX server has N phone numbers under which it may receive FAXs (call them A, B, C, D ... N) then for each FAX 
number (FAX machine) that the FAX server delivers FAXs to, it may distinguish up to N separate accounts (or 
transmissions) to be responded to. For example, at each separate FAX machine: recipients being delivered FAXs 
from a first account are told (via instruction on die delivered cover sheet) to respond to phone number A; recipients 
being delivered FAXs from a second account are told (via instruction on the delivered cover sheet) to respond to 
15 phone number B; etc. Ibis procedure nuy be carried out for as many „. M) FAX numbers 

as die server delivers to. In this way as many as N x M pairs of DID and caller ID pairs may be identified for 
delivery to particular EMail accounts. In particular, if one EMail account user causes to have delivered FAXs to 
several different persons at a single FAX machine, each recipient would have to have a unique phone number to 
return FAX to if they were to be separately identified; otherwise they could all respond to die same return FAX 
number, and all their FAXs would be correctly returned to the same internet account holder, but individual 
respondents would not be automatically separately identifiable. 

However, when someone is responding to a FAX received from an Internet account, the response may be 
made from a FAX machine other than from the one that received die original transmission, which is incompatible 
with the technique described directly above. Further, for initiated transmissions (rather than replies) there is no way 
25 to reasonably determine to whose Internet account to send the FAX to with these embodiments . 

PREFERRED EMBODIMENT^ 
A preferred embodiment suitable for responding from a standard FAX machine, to a ^^pm received 
"from an internet EMail user's account, works as follows. 
30 The internet/FAX server would insert into the transmission to be delivered (anywhere, but nominally as a 

pre-cover sheet which is delivered first, even before any cover sheet provided by die internet user) a specially 
composed set of printed information that comprises, at least, an indication of the sending party (or their account) 
and, perhaps, a uniq^ identification of the message itself. The message identifier would be composed of two parts 
(nominally): a prefix identifying the internet/FAX server, and a suffix consisting of a sequence number for the 
transmission. Thus, each server may keep an independent overlapping sequence list and, yet, each document on the 
network will have a unique identifier. 

Additional information might be included indicating: sender's name, address, telephone and FAX numbers, 
EMail account (if not already indicated); recipient's name, address, telephone and FAX numbers; date; subject; 
priority; security level; etc.; perhaps, even the message content itself. 

All of ibis information would be provided as a graphic image in M machine-readable format". An example 
of such a format is a bar code which is readable by the machine but, generally, not a human. A human-readable 
version may then also be provided. Alternately, some form of OCR text might be used which is readable by both 
machine and human. Whatever the case, the requirement is that the information on the cover sheet may be decoded 
by the internet/FAX server whenever it should encounter a FAXed back image of that cover sheet in the future. In 
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that case, the originator's internet or EMail account address would be decoded (or, the message sequence number, 
from which the sender's account may be looked up in a table) so that die FAX transmission would be deliverable 
to the originator's EMail account on some internet connected computer. 

Thus, even from a point-to-point connected FAX machine, a FAX message may be submitted to the internet 
within which the required addressing information is incorporated in machine readable format; even though FAXs 
are considered by internet experts to be "documents [that] are not machine-readable, merely rnachine-transferable 
and -displayable" (see, earlier quotation). 

For further details oomxming "return coversheets" and other details of the use of machine-readable graphics 
with FAXs the reader is directed to Inventor's prior patent applications, cited above. In particular, directions to the 
recipient, on how to use the return cover sheet can be included on the return cover sheet; and, these directions can 
include what numbers) to call to contact the internet/FAX server, and directions on using die received coversheet 
as a pre-cover sheet to any reply. 

An alternate preferred embodiment would be to provide the internet/FAX server with user account, or 
message sequence, information as follows. First, die directions to accomplish this may be provided on die delivered 
cover sheet, or may be provided via an automated dialog initiated by the internet/FAX server. Such, interactive 
sessions between a computer with a synthetic or pre-recorded voice, and a human at a keypad (or voicing responses) 
is common and, in and of itself, is not the substance of die instant invention. 

In either case, the return user would enter the message sequence number (presumably all numeric to 
facilitate easy entry) from the telephone's numeric keypad (or, by voice recognition or voice response to specific 
automatically generated audio directions — e.g., "press or say 1 now* — as is now common), perhaps terminated 
by the (#) "pound* key. From the message sequence number, die internet/FAX server would look up die EMail 
account of the ini tiating message sender, and use that to deliver the mum message. Similarly, the internet/FAX 
server, in the original delivery, may supply a substitute, all numeric (for ease of telephone keypad entry) 
representarion of die originator's EMail account. Such substitution may be accomplished (and reversed) by a standard 
that is either network-wide or just known to the local internet/FAX server. Alternately, an alphanumeric EMail 
account number may be entered as follows. For example, the "2" touchtone key also contains "A", "B" and "C". 
In this case A is entered as 21, B as 22, and C as 23; or A as 2, B as 22, and C as 222. Systems that use such entry 
algorithms often use 1 1, 12 and 13 as "Q", "Z" and "space*. Such data entry from a telephone keypad is common 
and, in and of itself, is not generally the substance of the instant invention. For interna addresses, assigning 01, 02, 
03, 04 and 05 (or some other key combination) to "@", *.*, ":*, "/* and *_" would also be useful. 

The only problem with this second preferred embodiment is that the interactive session may be aimbersome 
and requires human intervention and, thus, would interfere with automated, unattended FAXing of the return 
document 

In all cases when someone is responding to a received FAX which comprises "fill in the form* type content, 
the following techniques may be used for greater efficiency. First the "fill-in" sections may be excised by die FAX 
server (which will have been supplied with a template by the original sender) and only those returned, to be 
optionally re-integrated into the form at the originator's computer. Alternately, the fill-ins may be OCR converted 

y A tfTt ? nA retiimprf fri wriw raw rfhrnnsttng return of thfi form unit reduce trangmiganm and storage requirements 

and, for returns of many like responses to broadcast-FAX messages, can be very efficient. 

One way to affect a similar benefit, without the return internet/FAX server having to be provided with a 
cut-out template, is for the server to keep a copy of die original transmission and to then "subtract" that from die 
response. The original image can be translated, rotated or scaled (and Inventor's "framing information", disclosed 
in his prior patent applications) in order to register it with the returned FAX prior to subtraction. The result after 
subtraction will be just the information added by the recipient, prior to returning die form. 
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Similarly, for mark-seme forms returned via an internet/FAX server, the mark-sense analysis may be done 
at the server, and only the results returned as ASCII EMail. 

ALTERNATIVE PREFERRE D FMBOnTMITNTR 

The preceding section concerned how a recipient at a standard FAX machine, of an internet-initiated 
communication, might respond to the initiating user. 

Alternately, someone at a standard FAX machine may want to initiaie such a communication to an internet 
EMail account or similarly addressed network location. In mat case the previous embodiments may be adapted. 

In reverse order, the interactive keypad eniry inechanism may be used am^ 
is required is that the user know a phone number to call a OHmection into the interaet/FAX server, and an EMail 
account designation or other address to enter. The -machine-readable graphic" embodiment is a bit more 
complicated. 

A first approach requires a PC with a dot-matrix, laser or other graphic capable printer. In that case, the 
user with the FAX machine would be provided with software which would print the entered EMail account address 
(and any other coversheet mformation, such as sender's name and FAX number, subject, etc.. which may then be 
displayed as a summary at recipient's computer by EMail management software) in a bar code, OCR-type text, or 
other machine-readable graphic form. This would then (twrainalry) be used as me first sheet when FAXing to the 
internet/FAX server. 

A second approach does not require special software but, instead, special forms to indicate the EMail 
address . Several types of such forms may be used. One is "mark-sense" in which one of a column of small boxes 
is marked for each position, at often used when answeriiuj standardized tests. An^ 
outlined where a letter or digit is to be carefuOy hand printed or typed into each box. Another would be where a 
specific place on a sheet were indicated where a EMail address would be carefully band printed or typed for OCR 
analysis. 

25 In a third approach, neither software nor forms would be required. Instead, a "standard" would be 

established that would assist the internet/FAX server to identify a carefully hand-written or typed EMail address. 
As an example only, of one such standard, the EMaU address (perhaps double spaced) (103) would be by itself in 
the top several inches of the first sheet framed by (101) and "*" (102) and, optionally, would be followed (or 
preceded) by an example of me alphabet in a specific "standardized'* order (104), also perhaps double spaced, which 
would be used to help any OCR software identify the characters in the EMail address (103). See Figure 1. Anon- 
proportionally-spaced typeface would be preferred to ease OCR requirements, as would a larger font size. If the 
EMaO address couU net be decoded, an error m 

by the FAX ID field or caller ID information. However, in this situation (and any others where an address could 
not be automatically determined), prior to giving up on delivery, a human system administrator might be notified 
to apply -human character recognition- to the situation by locating, reading and typing into the computer, the EMail 
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In a fourth approach, a more free-form cover sheet would be analyzed by the internet/ FAX server utilizing 
more -intelligent" software as described in Inventor's earlier patent applications, referenced above. Here, however, 
the software would be fine-tuned to extract an EMail account; which may be facilitated by: first locating any -@" 
characters; toenloolring for pr^ 

commend finger. Again, human intervention and automatic error notification could be applied in the event of failure 
to automatically recognize a valid EMail account 

A fifth approach incorporates the first approach described above into an otherwise standard, stand-alone 
or server-variety, FAX machine of somewhat revised rnanufacture. In mat case, the EMail address or other non- 
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content information would be entered by a user from a keyboard; or an index into a previously stored table of entries 
would be entered, such as die mechanism used to store 7 or 11 digit (or longer for international and extension-added 
numbers) phone numbers in an "autodialer" and retrieve them by the entry of only 1 or 2 digits. This information 
would then be directly converted (rather than printed and then scanned by the FAX) to a compressed FAX 

* 5 transmission format image which is equivalent to me machtnfsreadable graphic (e.g., barcode, OCR text, etc.) cover 

sheet, and which would men precede (or, possibly, follow) the otherwise standard FAX transmission. 

Similarly, the FAX marhi^ could be modified so mat the entered information would be conveniently and 
automatically put into the FAX ID Field. Alternately, the entered information- could be made to reside in a new 
digital information field that would precede (or, more likely, follow) the otherwise standard FAX transmission, only 

10 to be recognized by FAX machines or servers programmed in accordance with this new digital field in mind. 

The reason that the new field would, most effectively, follow the standard transmission is that standard FAX 
tnarhhre would, in mat way, receive a standard FAX transmission and then shut down. Receiving FAX machines 
programmed with this new field in mind would, at the termination of the standard FAX transmission, continue to 
listen for the new information field. If the new field were present, after the completion of the standard transmission, 

15 a FAX machine programmed to look for it would receive the information. If the new field were not present, a FAX 
machine programmed to look for it would eventually "time out* and shut down the connection. 

APPLICATIONS 

Once the basic mechanisms, described above, permit a FAX marfiiw to be used in both directions as a 
20 (limited) internet terminal, many applications are possible and include, without limitation, the following. Generally, 
these may be available in other systems and, in general, in and of themselves, are not the substance of the instant 
invention; although, internet or related implementations of these services are novel and would be part of the instant 
invention. They will, thus, not be described in detail. 

Broadcast FAX — in which a single transmission (initiated from an EMail account or FAX machine) may 
25 be delivered by die network to many recipients (at bom FAXs and EMail accounts). 

Delayed FAX (store and forward service) — a FAX may be scheduled to be delivered at a later time for 
convenience, cost reduction, busy signal, etc. 

Confirmation — a return message (either FAX or Email, as appropriate) may be delivered to sender when 
recipient (or at least recipient's machine) has received the message. If delivered as EMail, confirmation of reading 
30 (i.e., accessing the delivered file) may also be given. 

FAX On Demand — in which FAX transmissions are sent in response to an automated voice and keypad 
telephone session, may now be delivered via the internet and may include any internet mediated information, such 
as World Wide Web pages or archived text; or even a request to be added to a mailing list. Further, the "demand" 
may now be initiated by FAX (via barcode, OCR, mark sense, or just sending a request or even a "null message" 
35 to an EMail account) or EMail, rather than just by interactive voice/keyboard sessions. 

In particular, since FAX machines are, by these techniques, limited internet terminals, FAX transmissions 
may now travel: from a first FAX machine, to a first internet/FAX server, over the internetwork, to a second 
^ internet/FAX server, to a second FAX machine. See Figure 2. Thus, many services, such as some of those listed 

above, not available by dialing direct, FAX machine to FAX machine, would now be routinely available, via 

* 40 software programmed on the internet/FAX server and via the internet. Also, cost reduction may be achieved for long 

distance FAX transmissions by using The Internet for the "long haul" portion of the transmission. 

Additionally, Inventor has disclosed, in his prior patent applications, techniques he calls "secure FAX". 
These techniques may be incorporated into the internet/FAX server so that FAXs incoming to the server (or 
generated by the server from EMail text) may be "scrambled* so as provide secure transmission and storage of such 
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comnnmications. They may then be automatically unscrambled prior to delivery as a FAX, or delivered as secure 
FAXs. Similarly, communications coining in from a FAX intended to be delivered to an EMail account may be 
scrambled by the internet/FAX server for secure delivery over the relatively public and insecure internet, and then 
only unscrambled by the recipient at his computer by entering a password or de-encryption key. In particular, some 
forms of secure "electronic commerce* may be affected by a variation on this method, transmitting scrambled 
signatures or other information. 



ANOTHER AFPT IPATTON - THE FHANTflAf ni> VTRTmi FMATi, A rrniT*rr 
One partkailarfy useful application of the techniques described herein is the establishment of a "phantom " 
or -virtnaT EMail account for people who do not have access to (or do not want to use) such an account via 
computer terminal or PC. Such people would be able to recerve and send EMail via FAX. For example, many people 
who now routinely conduct business communication via FAX do not want to go the added expense of acquiring 
and/or the effort of learning to use on-line communication services. Nevertheless, many other people expect to be 
able to c ommunicate by EMail and, so, such a virtual EMail account would be of benefit 

Such a party could notify people about their EMail account (e.g. , in advertizements, on business cards or 
letterhead, or any other way) as if it were a standard EMail account; it could have a standard-seeming EMail name 
rather than a phone number. Any EMail sent to them would arrive at die local internet/FAX server and then be 
converted from text to image and forwarded to their FAX. 

Such forwarding might occur as each EMail message arrived. Alternately, forwarding might occur on a 
demand basis, by placing a call to the internet/FAX server and entering an ID and request code; and delivery to 
some FAX machine other than the default, office , FAX machine might also be specified for FAX forwarding , while 
"on the road* or at home, for example. A third alternative would be for messages to be delivered en masse at a 
convenient time; for example, at night, when network and/or FAX traffic are usually reduced and sometimes less 
expensive. 

[A related service permits the holder of a standard EMail account to call into an internet/FAX server and 
"pick up w their EMail by requesting the server to convert die EMail messages to images of text and have them 
delivered to a default, or keyed in, FAX machine. Off-the-shelf text-to-voice software may w read w the sender and 
reference line of each message so that the user may select (by keying) which messages to forward and which to hold 
as text, as well as which to delete after sending and which to main. 

In addition, any other available internet resources may similarly be requested to be delivered by FAX, rather 
than to an computer-based internet account. These include, without limitation, archived text files, computerized 
database search results, World Wide Web pages, etc.] 

Using the return coversheet delivered with each message, responses could be returned to any parties sending 
EMail. One particularly useful option here would be die conversion of the FAXed back EMail from FAX image to 
ASCII text, prior to returning it as EMail to some party who sent EMail from a standard EMail account In this way 
the "virtual, FAX-mediated" nature of the InterFAX account would be hidden. 

Such coirversion can be accomplished by any number of currently available OCR software packages which 
imghtbeiiistaUedOTthe 

techniques can be applied by the users of such a service. Fast, if using a wordprocessor, printing documents to be 
FAXed in a large (e.g., 14 point or more) typeface will improve results; printing using a mono-spaced (rather than 
proportionally spaced) typeface wffl inurove res^^ 

may be fine-tuned, and such specification or fme-tnning stored and recalled for each user's account) win improve 
results Sending an example of the typeface alphabet, in a standardized order (as shown in Figure 1 , used with an 
EMail address) can help. 
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Alternately, a software application could be supplied to each user with such an InterFAX account which 
would convert EMail text to a series of dots or other characters which may then be re-converted back to text at the 
intemet/FAX server. Inventor calls such technology the "Paper Modem" and this is discussed in greater detail in 
his prior patent applications, cited above. 
5 Alternately, if an image were to be delivered, rather than ASCII text, a common image format might be 

chosen, such as TIFF, which most recipients would likely be able to display. Or, a display utility might be delivered 
by the intemet/FAX server, appended to die EMail transmission (or, at least, a note as to how to request delivery 
of such a utility via the internet) . Binary (non- ASCII-text) files, such as an image file or display utility, must usually 
be converted to a peculiar text format, such as by a UNIX utility called UUENCODE, prior to sending as EMail, and 
1 0 converted back by die complementary utility UUDECODE. The display utility (or note) may only be sent die first (few) 
times sucA InterFAX EMail wot 

user is assumed to be familiar with the procedure. Alternately, part of the "note" may be instructions on how to send 
EMail to a particular account accessible to the intemet/FAX server involved to register one's EMail address as an 
"experienced" user and, thus, not in further need of the utility or note. 
15 For InterFAX EMail that such a party wants to initiate rather than respond to, various methods have been 

described elsewhere herein to facilitate die specification of an EMail delivery address. The FAX to text conversion 
techniques described elsewhere herein can also be applied here as well. 

THE INTERNET PHANTOM OR VIRTUAL FAY APPOTTNT 
20 Similarly, a complementary service can provide to a user an EMail account that will function as a 

"phantom" or "virtual* FAX machine. Ibis would be useful for people who have an EMail account but who do not 
want to go to die trouble/expense of obtaining a FAX machine or second telephone line, or who do not want to go 
to die inconvenience or lack of reliabdlh^ and security associated with u 

or in an office. There are many people who focus communication on their computers, and will permit them to 
25 conveniently communicaie with others who rely on FAX for business 

In this case, the intent will be to provide a mechanism that appears to die public, and particularly those who 
carry out business by FAX, as a FAX number but which, for die account owner, functions as an EMail account 
Outgoing EMail-to-FAX communication would operate as already described; as would machine-readable graphic 
return coversheet technology. 

30 However, die idea here is to be able to publish a seemingly standard FAX number — in an advertizement , 

on a business card, etc. — and have an intemet/FAX server receive incoming FAXs for forwarding to the user's 
EMail account (perhaps after OCR conversion to text). 

One approach is for each user to have a separate telephone line coming into the internet/ FAX server; 
however, this will be expensive. A less expensive alternative is to have a single (or a few) physical line(s) which 
35 respond(s) to a range of dialed numbers. Separate numbers within the range are then distinguished by DID 
technology and converted to a user's EMail address by consulting a table. 

A third alternative is id use one phone number for multiple user accounts and to publish an extension to be 
dialed in after die main number which, again, would correspond to an EMail account or address. 

A fourth approach (which will not hide as well, die virtual nature of this FAX machine) is to have die FAX 
40 originator call a common number, there to be instructed to enter their FAX m*rht™» number and a published code 
for die recipient. These would be stored by the intemet/FAX server and, using caller ID technology, when a FAX 
came in from the FAX machine specified during die dialog, it would be identified as intended for the user's account. 
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In general, billing for such services is not considered part of the mvenriaiL However, it is noted that: either 
the sender or recipient may be billed; either the EMail or FAX user may be billed; billing may be mediated by the 
internet Grapheme compa^ only on an account basis only, or offered to the general public; 

and, 800 number. 900 number, calling card, credit card or any other billing options may be used. 

DESCRIPTIONS OF DRAWINGS 
Figure 1 has already been described in the section entitled Alternate Preferred Embodiments. 
Figure 3 shows how a message (311) originated on an internet connected machine (310) (e.g.. from an 
EMail account (312)) is passed to an inlernet/FAX server^ 

internet/FAX server (304) to a standard FAX machine (or computer-based FAX server) (301), at a standard 
telephone dial-up number (302), over a standard dial-up telephone line (303). Included in the internet/FAX server 
(304) is a FAX/Modem (also called a PC/FAX card, and which may be also comprise operating routines, supplied 
in FROMs or as separate software) (305) or equivalent, and software that: converts the EMail text to FAX image 
(306); generates the bar code or other machine-readable graphic for the return coversheet (307); and, keeps a record 
15 ofme tnuisimssian (308) including, for example, a sequence number and the originating EMail account number. 

Figure 4 shows a FAX message content (405), which message also includes addressing information in a 
barcoded or OCR coversheet (403) or as account ID information (404), originated on a standard FAX machine (or 
FAX server) (401), which machine is connected to a standard dial-up phone number (402). The FAX information 
is passed over a stenri^tf 

or other internet account (413) residing on the recipient's computer (412) via the internet (411). Included in the 
imernet/FAX server (407) is a FAX-Modem (408) and software ^ 

identifying the internet account tor delivery (409); and, look up an internet account number from a document 
sequence number (if needed) and initiate an EMail message to that EMail account (410). 

Figure 2 shows how two standard FAXs (201) and (207) which operate as in Figure 3 and Figure 4 can 
conummicatewimeachc^ (203) and (205) via standard dial-up lined 

(202) and (206); ihe two intern^ 

Figure 5 shows a mare detailed diagram of element (304) of Figure 3 , the mteroet/FAX server, in EMail 
to FAX mode of operation. An EMail message (501), comprising bom content and address, is received by the 
internet/FAX server, via the mternet, and a software routine (502) extracts the recipient f s phone rnimber embedded 
in me EMail address. Alternately, for some embodiments, the EMail address will specify an apparently standard 
accouttt(nomma^ 
a FAX number aiid^m that case, 

An additional software routine (503) will generate a special return cover sheet with human readable mforrnation, 
as is usual, and a machine-readable (e.g. , barcoded or OCR printed) document sequence number and/or Email 
account designation as described above. A third software routine (504) will convert the ASCT text of the EMail 
content to a FAX image of mat text The EMail may also contain information already in image form which will not 
require such conversion. 

FAX image element outputs from (503) and (504) are combined into the total FAX content (505) and is 
delivered along with the phone nmnber (506) gen« 
40 in the internet/FAX server. 

Element (507) under control of the amiputer which comprises me bulk of the internet/FAX server then calls 
up a standard FAX rnachine or equivalent (509) over a standard dial-up telephone line (508) to deliver composite 
FAX document (505). 

Figure 6 shows a more detailed diagram of elements, (401) a FAX machine and (407) the internet/FAX 
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server, of Figure 4, in FAX to EMail mode of operation. A standard FAX machine or equivalent (600) produces 
scanned FAX information of a document's content (601) which is transmitted as content (60S) with a separate or 
integrated EMail address or document se q uence number (606). Element (606) comprises some combination of three 
alternatives: a machine readable graphic (e.g., barcode, OCR text, etc.) on the coversheet (602); user entry from 
a telephone keypad (603); or, information placed in the FAX ID Field of the FAX transmission (604). Elements 
(605) and (606) are sent together as a complete FAX transmission (607) over a standard dial-up telephone line (608) 
to internet/ FAX server (609). 

Internet/FAX server (609) is an internet-connected computer system that comprises, in addition to standard 
computer components, a PC/FAX card or equivalent (610) capable of: receiving FAX transmissions (61 1); decoding 
DTMF telephone keypad tones (612); and, carrying on an interactive voice script with the user (613); in addition 
to several software routines. The routines comprise: software (614) to convert FAX content (60S) to a computer 
image format, such as TIFF (615); optional software (616) to process that computer image (615) by OCR algorithms 
(616), converting the image information to ASCII text format (617); and some combination of three elements, 
directly corresponding to which combination of elements (602), (603) and (604) were utilized in transmission, to 
derive the document sequence number or EMail address. Of die three alternatives: software routine (618) derives 
that information by decoding the machine-readable (e.g., barcode or OCR text) coversheet (602); software routine 
(619) converts DTMF tones (603) from the interactive script; and, software routine (620) reads the FAX ID Field 
(604) from the PC FAX card. 

In addition, the internet/FAX server computer contains software that will Of needed) look up the recipient's 
EMail address from a table referenced by the sequence numbers of any previously delivered documents (621); 
internet EMail generation software (622) that sends content (605), (615) and/or (617) to the address derived from 
some combination of (618), (619), (620) and (621); and a physical connection (623) controlled by communication 
software (624) to the internet (625). 

For all the system diagrams depicted herein, the structures shown are exemplary, some elements may be 
organized differently, combined into a single element, split into two or more elements, omitted entirely, or provided 
by a different mechanism. However, the depicted systems will work. In particular, some of these functions may be 
carried out by hardware components, such as a PC/FAX card; or by software routines residing on, or supplied with, 
such a component, or available on the server system or via the internet 

The information flow already shown in Figure 3 and Figure 5 is again described, this time as a Software 
Flow Diagram in Figure 7. An EMail message arrives at the internet/FAX server in the usual manne r (700). At that 
point the address of the recipient is verified as a valid delivery to this site (701) and, if not, the mail and an error 
message are "bounced back* to the originator of the EMailing. 

If the address is valid it is checked (702) to determine if the "EMailbox" specified is a standard (i.e., non- 
FAX) address and, if it is standard address, the EMail is delivered as standard EMail. Otherwise, delivery to a FAX 
machine is determined (703) by extracting a phone number from the EMail address itself, or by a/»™>g«n£ a table 
of valid accounts accessible by this site and determining that the EMail address is actually a "phantom" or "virtual'' 
address which is meant to appear as a standard EMail address but which, in actuality, is an "alias" for FAX delivery 
of EMail. 

A unique sequence number for the document is generated (704); uniqueness may be guaranty by prefixing 
the Server's site address to a local sequence number which is constantly incremented 

A machine-readable graphic (e.g., barcode or local OCR standard) return coversheet is generated (70S) 
which inclu ded coded versions of the sender's EMail address and/or the document's sequence number, and which 
may include other information such as recipient data, etc. In addition, human-readable printed instructions to the 
recipient, such as how to use a return cover sheet when responding, can also be included in this cover sheet. 
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Hie text (presumably ASCII) of sender's message is convened (706) to an image of that text, perhaps in 
a format such as TIFF, or perhaps directly into compressed FAX transmission format. This is integrated with any 
elements of the EMail content which are already in graphic or image format, and with the image of the coversheet 
generated at (705) above. The composite message image is then converted (707), if necessary , to compressed FAX 
transmission format 

The content, via (707), is scheduled (perhaps delayed for convenience, or to lower phone tolls) for delivery 
(708) to die phone number derived at (703) and an entry of relevant transaction information is made. The transaction 
record is updated when delivery is actually affected, or given up on. 

Delivery is affected (709) via a PC/FAX card or equivalent mechanism over a dial-up telephone line and 
retried until successful, or until a maximum number of attempts has been made. If delivery is unsuccessful the 
originator is notified by return EMail. Similarly, successful delivery may also cause notification to originator. 

Hie information flow already shown in Figure 4 and Figure 6 is again described, this time as a Software 
Flow Diagram in Figure 8. A FAX message, with optional voice/keypad interaction from the user, arrives at the 
inteniet/FAX server (800). At fliat ptto 

anany of (oranycombinatk)nof)eigMways. [in particular, it may be determined that die message is to be delivered 
to another FAX location in which case it may be forwarded there, via the internet and another intcniet/FAX server, 
as shown in Figure 2. Otherwise, if delivery is to be a(n apparently) standard EMail account the depicted 
software/process flow is followed.) The right me&odb of identification of 

or, indirectly, by referencing a document sequence number which is associated with an originator's EMail account) 
include the following. 

The DID of the specific internet/FAX server phone number called by die FAX machine may be used to 
reference (801) a table linking such numbers with EMail account addresses. 

The Caller ID of die telephone number that die FAX machine calls from and may be used to reference (802) 
a table linking such numbers with EMail account addresses. 

The FAX ID Field of the incoming FAX message may be consulted to specify (803) an EMail account, 
document sequence number or other reference into a table linking such references with EMail account addresses. 

A non-standard digital header, footer, or other inserted information, contained in the incoming FAX 
message can be consulted to specify (804) an EMail account, document sequence number or other reference into a 
table linking such references with EMail account addresses. 

Information contained in a niachine-readable graphic (e.g., a barcode or OCR text) residing on the 
coversheet (perhaps, a return coversheet supplied by the internet/FAX server with a FAX previously delivered to 
the current sender) or in the body of the harming FAX can be detected, decoded and consulted to specify (805) an 
EMail account, document se qu ence number or other reference into a table linking such references with EMail 
account addresses. 

Similarly, an agreed upon "standard* format for information residing on the coversheet (such as depicted 
in Figure i) or in die body of the incoming FAX can be detected, decoded and consulted to specify (806) an EMail 
account, document sequence number or other reference into a table linking such references with EMail account 
addresses. 

In the absence of an agreed upon "standard" format, information residing on die coversheet or in the body 
of the incoming FAX , may be analyzed by an intelligent computer program, as described in Inventor* s prior patent 
ajjplications.refereiiced above decode and specify (807) an EMail account, document sequence number 

or other reference into a table linking such references with EMail account addresses. 

Information can be input by sender via the touchtone keypad, directly as an "extension" or during an 
interactive session further comprising synthesized 
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tones detected, decoded and consulted to specify (808) an EMail account, document sequence number or other 
reference into a table linking such references with EMail account addresses. 

At thai point an EMail address has been determined; in addition, by the same Tneehfm jgms, other 
information may be specified by the sender, for example, sender's name or EMail address, a reference line, and 
options such as whether to convert die FAX content from image to text before sending, delivery priority, etc. 

The incoming FAX is (usually) translated (809) from compressed FAX translation format to a more usual 
computer image format, such as TIFF. Optionally, if specified by die user, or if the default procedure for this user's 
account established at die internet/FAX server, the FAX content is further converted (810) via OCR to text, 
presumably ASCII, in standard EMail format; or further converted via Inventor's "paper modem* technology to 
'text' or 'binary' digital format. In this way, the recipient, if a holder of a standard EMail account, may access the 
message as standard EMail text, without having to access a graphic software utility to display the FAX message as 
an image. The recipient may, thus, be totally unaware that the message originated at a FAX machine rather than a 
standard EMail account. 

In either case, die text or image format message is formatted as die content part of an EMail message (for 
example, using UUENCODE to permit a binary image or compressed image file to be transmitted as a non-binary-mode 
text message) which is then submitted to The Internet (811) for delivery to die EMail account derived by any 
combination of steps (801-808) above. 

The flows depicted in the software flow diagrams herein are exemplary, some items may be ordered 
differently, combined in a single step, skipped entirely, or accomplished in a different manner. However, the 
depicted flows will work. In particular, some of these functions may be carried out by hardware components, such 
as a PC/FAX card; or by software routines resitting on, or supplied with, such a component, or available on die 
server system or via die internet. 

AVAILABILITY OF ELEMENTS OF TECHNOLOGY 
It should be noted that die vast majority of individual elements of the foregoing invention are available "off- 
the-shelf* as hardware and software components, and are easily integrateable by one of ordinary skill in computer 
systems programming, integration and administration. 

Specifically, computer add-in hardware boards are available to provide FAX/Modem capabilities, and 
"voice mail" capabilities (i.e., voice recording and playback, sensing of DTMF keypad entry, and reading of 
embedded DID and Caller ID signals). These components are available from many vendors and many developer- 
level software routines and whole application programs are available to operate such boards. These software routines 
can be coordinated and made to communicate and exchange information under operating systems such as UNIX, 
DOS, Windows, or System 7. 

Similarly, die communication, EMailing and other software functions that make up M The Internet* are 
widely know and available and their use and adaption are well within the ken of one of ordinary drill in computer 
network administration. 

Thus, the various technological elements that comprise the invention disclosed herein are (except as 
described otherwise) standard, well-known, widely available elements. Their construction, operation, use and 
integration are not, in general, the subject of the instant invention. For die details of die construction, operation, use 
and integration of these components the practitioner is directed to die available published literature, as well as 
software and equipment manuals, in die areas of hardware, software and information formats relating to, without 
limitation: FAX machines, FAX/Modems, FAX servers, voice mail devices, barcode printing, barcode scanning, 
optical cha r act er recognition, computer communication and networking (including, specifically, EMail, The Internet, 
and related communication and information exchange protocols such as HTTP, UDP, TCP/IP, etc.) and computers 



10 



IS 



20 



WO 96/41463 PCT/US96/0981 1 

and operatiiig systems. 

Many of the elements of the present invention are available "off-the-shelf" and, in and of themselves, not 
inventive. However, the design, construction and operation of the composite systems and techniques disclosed 
herein, as well as the use to which they are put, are the subject of the instant invention and are presented as novel 
and useful. These novel, composite, high-level system designs are described herein and depicted in the accompanying 
system and flow diagrams. 

Finally, it is noted that me capabilities and system components described herein may be provided by 
eqirivalently ranctimung substitutes. For example: signals and hardware may be of analog or digital construction; 
certain functions may be exist as special purpose hardware, or as programming residing on general purpose 
hardware; software may be provided on PROMs, or be stored in memory or on magnetic or optical disk; various 
capaMlhies may, in different smianans. reside in a PAX inaclrme, FAX/Modem in a computer, in a local computer, 
or in a remote computer; many options exist for FAX-to-FAX. FAX-to-computer or computer-to-computer 
mtercoimection; etc. The use of any appropriate system component, now in use or later developed, to affect the 
methods and systems described herein, is considered to be within the scope of the instant invention. 

It will thus be seen that the objects set forth above, among those made apparent from the preceding 
c^scrrption, are efficiently attained aide 

coiistniction set forth. Aaxiromgly, his intended that all matter contained in the above description or shown in the 
accompanying figures shall be interpreted as illustrative and not in a limiting sense. 

While there has been shown and described what are considered to be preferred embodiments of the 
invention, it will, of course, be understood mat various modifications and changes in fonn or detail could readily 
be made without departing from the spirit of the invention. It is, therefore, intended that the invention be not limited 
to the exact form and detail herein shown and descnlied, nor lo anyum* less mm 
disclosed as hereinafter claimed. 

I claim: 
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CLAIMS 

1. A method for specifying information from which a packet-switching network address may be derived by 
incorporating into a transmission intended for FAX reception a machine-readable graphic comprising said 
addressing information. 

2. A method for facilitating the routing via a packet-switching network of a communication such as a FAX 
initiated from a dial-up source by incorporating into die dial-up transmission information auxiliary to the 
message content from which can be automatically derived a network address. 

3 . A method for routing via a packet-switching network a communication such as a FAX transmission derived 
from a dial-up source by incorporating information auxiliary to the message content into that transmission 
and passing it on to a packet-switching network which additional information comprises a network address. 

4. A method as in claim 2 wherein said auxiliary information comprises a machine-readable graphic. 

5. A method as in claim 4 wherein said rnachine-readable graphic comprises a barcode. 

6. A method as in claim 4 wherein said rnachine-readable graphic comprises OCR text. 

7. A method as in claim 4 wherein said rnachine-readable graphic comprises a filled in mark-sense form. 

8. A method as in claim 4 wherein said machine-readable graphic comprises a specially formatted printing of 
network addressing mfonnation. 

9. A method as in claim 2 wherein said auxiliary information comprises DTMF tones. 

10. A method as in claim 2 wherein said auxiliary information comprises DID information. 

11. A method as in claim 2 wherein said auxiliary mfonnation comprises caller ID information. 

12. A method as in claim 2 wherein said auxiliary information comprises FAX ID field information. 

13. A method as in claim 2 wherein said auxiliary mfonnation comprises a digital information field additional 
to those normally included in a Group 3 FAX transmission. 

14. A method as in claim 3 wherein said auxiliary mfonnation is derived from intelligent analysis of the FAX 
content by the steps of: 

a. decoding an encoded document FAX transmission into a document image in raster format; 



b. format analysis of the output of said decoding step, to analyze the document raster image and 
identify and type at least one image section* and producing a sectioned document image; 
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c. at least one graphic decoding/conversion process, each keyed to a particular type of document 
image section, to process the output of said format analysis step, to decode at least one document 
image section and convert its content to a machine-usable coded document section; and, 

d. context dependent extraction, to process the output of the graphic decoding/conversion step, that 
will analyze one or more machine-usable coded document sections to identify and extract 
document/redpient information* 

15. Ametliodforiacft^ 

16. Ainemodfbrracili^ 
3. 

17. A method as in claim 15 comprising the additional step of converting a FAX image of text to ASCII by 
OCR techniques. 

18. A method as in claim 1 6 wmiprising the additional step of converting a FAX image of text to ASCII by 
OCR techniques. 

19. A method for forwarding already delivered EMail residing in an EMailbox to the intended recipient via 
FAX coinprising: 

a. converting EMail to compressed FAX transmission image format; and, 

b. delivering via FAX/Modem said EMail converted to FAX compressed transmission image format 
to a standard FAX machine. 

20. A method for picking up EMail comprising: 

a. telephoning a network/FAX server; and, 



b entering a request to said nerwork/FAX server for delivery affected by the method of claim 19. 
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(101) 

* (102) * 

* geshwind6cs.nyu.edu (103) * 

* * 

* * 

* abcdefghijklmnopqrstuvwxyz (104) * 

* * 



* 012345678909. -_:"()#!$%&*/ (104) * 

* * 



-The rest of user's standard cover sheet, or message content starts here. 
FIGURE 1: Coversheet for FAX Initiated Message to Internet EMail Account 



1/6 



WO 96/41463 



PCT/US96709811 



(201) 

STANDARD 
FAX (1) 
MACHINE 



STANDARD 

DIAL-UP 
(202) 



(203) 

INTERNET 
FAX (1) 
SERVER 



T INTERNET fil 

r ii i " iiwihi ii | | J? 

J NETWORK I S 
J (204) L= 



(205) 

NTERNET 
FAX (2) 
SERVER 



STANDARD 



(206) 



(207) 

STANDARD 
FAX ( 2) 
MACHINE 



FIGURE 2- System Diagram of f AX to FAX neliverv Via Interne^ 
(Message Floiy Left to Right^ 



(301) 




(304) 


STANDARD 




1 INTERNET/ FAX 


FAX MACHINE 


STANDARD 


SERVER WITH 


(OR SERVER) 




FAX-MODEM (305) 


AT STANDARD 


DIAL-UP 


TEXT TO FAX (306) 


POINT-TO- 


PHONE 


AND BARCODE (307) 


POINT 


LINE 


SOFTWARE & 


I TELEPHONE 


(303) 


RECORD OF (308) 


I NUMBER (302) 




DELIVERIES 



INTERNET 



NETWORK 
(309) 



(310) 

MESSAGE " | 
(311) FROM 
SYSTEM OF 
ORIGINATOR 
WITH EMAIL 
OR INTERNET 
ACCOUNT 
(312) 



FIGURE 3: S 



gram of Interact Account to FAX Delivery 
(Message Flow Right to Leffl 



(401) 

STANDARD FAX 
(OR SERVER) 
AT STD. PHONE 
NUMBER (402) 
WITH BARCODED 
OR OCR COVER- 
SHEET (403) OR 
ACCT. ID (404) 
& FAX CONTENT (405 




(407) 

INTERNET/ FAX 
SERVER WITH 
FAX-MODEM (408) 
BARCODE, OCR OR 
OTHER SOFTWARE 
(409) TO EXTRACT 
DOCUMENT OR 
ACCT. NUMBER & 
SEND EMAIL (410) 



INTERNET 



NETWORK 
(411) 



(412) 

COMPUTER 
SYSTEM OF 
MESSAGE 
RECIPIENT 
WITH EMAIL 
OR INTERNET 
ACCOUNT 
(413) 



FIGURE 4; System Diagram of FAX to Internet Accnunt Delivery 
(Message Flow Left to Right* 
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FIGURE 5: Block Diagram of Intemet/FAX Server in Internet EMail to FAX Mode 
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FIGURE 6: Block Diagram of Internet/FAX Server in FAX to Internet EMail Mode 
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700) EMAIL MESSAGE COMES IN TO INTERNET / FAX SERVER 



(701) ADDRESS IS VERIFIED AS VALID OR ERROR MESSAGE IS BOUNCED 
BACK TO NETWORK TO INFORM ORIGINATOR; IF VALID CONTINUE 



(702) EMAIL ADDRESS IS CHECKED TO DETERMINE IF DELIVERY IS TO 

STANDARD EMAIL ACCOUNT. IF SO DELIVER; OTHERWISE CONTINUE 



| (703) EXTRACT RECIPIENT FAX PHONE NUMBER FROM EMAIL ADDRESS OR 
I BY CONSULTING TABLE WHICH TRANSLATES "VIRTUAL* EMAIL 

1 ADDRESSES TO FAX PHONE NUMBERS 




(704) GENERATE UNIQUE DOCUMENT SEQUENCE NUMBER 



(705) CREATE MACHINE-READABLE GRAPHIC RETURN COVERSHEET (E.G., 
BARCODE OR OCR) INCLUDING CODED VERSIONS OF SENDER'S 
ACCOUNT # AND/OR DOCUMENT SEQUENCE #, ETC. ; CAN ALSO 
INCLUDE PRINTED INSTRUCTIONS FOR RECIPIENT 



T 



(706) TRANSLATE SENDER'S TEXT MESSAGE TO * IMAGE OF TEXT* FORM, 
INTEGRATE WITH SENDER'S MESSAGE IMAGE COMPONENTS, AND 
INTEGRATE WITH IMAGE OF RETURN COVERSHEET FROM (705) 




(707) TRANSLATE COMPOSITE MESSAGE IMAGE FROM (706) TO 

COMPRESSED FAX TRANSMISSION FORMAT (IF NECESSARY) 



□ 



(708) SCHEDULE FAX CONTENT (707) FOR DELIVERY TO PHONE NUMBER 
DERIVED AT (703) AND MAKE ENTRY IN RECORD OF DELIVERED 
DOCUMENTS (UPDATE WHEN/ IF DELIVERY ACTUALLY HAPPENS) II 

H 



7MBER & 
JRED I 



3Z 



(709) (RE) TRY DELIVERY UNTIL SUCCESSFUL OR MAXIMUM NUMBER OF 
ATTEMPTS HAS BEEN REACHED. IF UNSUCCESSFUL, GENERATE 
ERROR MESSAGE EMAIL NOTICE TO BE RETURNED TO MESSAGE 
ORIGINATOR. OPTIONAL SUCCESS NOTIFICATION AS WELL 



FIGURE 7: Software Flow Diagram of Intemet/FAX Serv er in Internet EMail tn AX Mnrie 
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| (BOO 



) FAX MACHINE CONTACTS INTERNET /FAX SERVER 



□ 



(801) DERIVE EMAIL ADDRESS # AND/ OR DOCUMENT SEQUENCE # FROM 
TABLE LOOK-UP OF DID ON INCOMING DIAL-UP PHONE NUMBER 




(802) DERIVE EMAIL ADDRESS # AND/ OR DOCUMENT SEQUENCE # FROM 
TABLE LOOK-UP OF CALLER ID ON SENDER'S PHONE NUMBER 



(803) DERIVE EMAIL ADDRESS # AND/OR DOCUMENT SEQUENCE * FROM 
FAX ID FIELD CONTENTS 



(804) DERIVE EMAIL ADDRESS # AND/ OR DOCUMENT SEQUENCE # FROM 
NON-STANDARD DIGITAL HEADER/FOOTER SENT BY FAX MACHINE 



3-, 




(805) DERIVE EMAIL ADDRESS * AND/OR DOCUMENT SEQUENCE * FROM 

MRG (BARCODE/OCR/MARK- SENSE/ETC.) ON (RETURN) COVERSHEET 




(806) DERIVE EMAIL ADDRESS # AND/ OR DOCUMENT SEQUENCE * FROM 
OCR ANALYSIS OF "STANDARDIZED* INFORMATION IN FAX 



(807) DERIVE EMAIL ADDRESS # AND/ OR DOCUMENT SEQUENCE # FROM 
INTELLIGENT ANALYSIS OF STANDARD COVERSHEET OR FAX 



(808) DERIVE EMAIL ADDRESS * AND/ OR DOCUMENT SEQUENCE # FROM 
DTMF (KEYPAD) /VOICE DIALOG WITH USER 




(809) OPTIONAL (BUT USUAL) CONVERSION OF FAX IMAGE CONTENT FROM 
COMPRESSED TRANSMISSION FORMAT TO IMAGE FILE FORMAT 



| (810] 



(810) OPTIONAL CONVERSION OF FAX CONTENT FROM IMAGE TO TEXT BY 
APPLICATION OF OCR OR "PAPER MODEM" TECHNOLOGY 



(811) GENERATION , TRANSMISSION AND LOGGING OF EMAIL MESSAGE 
WITH COMPRESSED FAX, IMAGE FILE, OR TEXT CONTENT - 
SENT TO ADDRESS DERIVED (801-808) ABOVE 



FIGURE 8: Software Flow Diagram of Internet/FAX Se rver in FAX to Internet EMail Mode 
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